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to produce a result, said request being processed concurrently by said master server and said at 
least one back-up server; and sending, by said master server, said result to said client. 

2. (original) The method according to claim 1, further comprising determining, by said self- 
monitoring mechanism, whether multiple master servers exist within said fault-tolerant server 
group; and restoring a consistent mastership situation in which a sole server serves as said master 
server in said fault-tolerant server group. 

3. (currently amended) A method for operating a self-monitoring mechanism in fault-tolerant 
distributed dynamic network systems, said method comprising: detecting in a master server and 
at least one back-up server that a n inconsistent situation in which more than a desired number of 
master servers exist; and recovering, if said inconsistent situation is detected by said detecting, 
from said inconsistent situation to create a consitent situation in which the desired number of 
master server exists. 

4. (original) The method according to claim 3, wherein said detecting an inconsistent situation 
comprises identifying: a master server that is not a name server master server, wherein said name 
server master server is a server defined as a master in a name server, said master server that is 
different from a name server master server causing said inconsistent situation; or a master of a 
back-up server that is not a name server master server, the master of said back-up server causing 
said inconsistent situation. 

5. (original) The method according to claim 4, wherein said identifying a master server comprises: 
selecting a server whose state indicates that said server is a master; determining said server, 
selected by said selecting, as said master server that causes said inconsistent situation if said 
server is not a name server master server defined in said name server; and setting the state of said 
server as master if said server is the name server master server. 
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6. (original) The method according to claim 4, wherein said identifying a master of a back-up 
server comprises: selecting a server whose state indicates that said server is a back-up; and 
determining the master of said server, selected by said selecting, as causing said inconsistent 
situation if the master of said server is not a name server master server defined in said name 
server. 

7: (original) The method according to claim 4, wherein said recoverying from said inconsistent 
situation comprises: setting the master of a server, identified by either said identifying a master 
server or said identifying a master of a back-up server, to be a name server master server; 
synchronizing the state of said server with the state of said name server master server; 
terminating said server if said synchronizing is not successful; and setting the state of said server 
as a back-up, if said synchronizing is successful. 

8. (original) The method according to claim 7, wherein said synchronizing comprises: 
downloading the state of a name server master server from said name server master server to said 
server; and aligning the state of said server with said state of the name server master server, 
downloaded from said name server master server. 

9. (original) The method according to claim 7, further comprising: comparing, if said 
synchronizing is successful, the priority of said server with the priority of said name server 
master server, said priority being defined according to at least one criterion; and setting the state 
of said server as a master, if the priority of said state is higher than the priority of said name 
server master server. 

10. (original) The method according to claim 9, wherein said at least one criterion includes at least 
one of computing speed and capacity. 

U. (currently amended) The method according to claim 4, further comprising: imtialiring -&e 
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state of said s e rv e r; i nitializing a time-out condition; setting up a timer; and performing said 
detecting when said timer achieves said time-out condition. 

12. (original) The method according to claim 3, further comprising triggering a server to perform 
said detecting. 

13. (original) The method according to claim 12, wherein said triggering includes triggering using a 
time-out mechanism; said triggering includes triggering by a master server; and said triggering 
includes triggering by a name server when said name server detects multiple server IDs that 
correspond to a same name. 

14. (original) The method according to claim 13, wherein said triggering using a time-out 
mechanism includes triggering using a time-out mechanism based on a timer. 

15. (original) The method according to claim 13, wherein said triggering by a master server 
includes triggering when said master server is an original name server master server and when 
there is at least one different master server, registered in said name server that are not an original 
name server master server. 

16. (original) The method according to claim 3, further comprising reinitializing a time-out 
mechanism when no inconsistent situation is detected by said detecting. 

17. (original) A method for operating a name server, said method comprising: detecting multiple 
registrations of master servers; and retaining, when multiple registrations of master servers are 
detected, one master server registration according to a criterion, 

18. (original) The method according to claim 17, wherein said multiple registrations of master 
servers use a same server group's name with different server IDs. 
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19. (original) The method according to claim 18, wherein said retaining includes keeping a 
registration of a master server that has the lowest server ID. 

20. (original) The method according to claim 17, further comprising: triggering a self-monitoring 
mechanism when multiple registrations of master servers are detected 

21. (currently amended) A fault-tolerant server group in distributed dynamic network systems, 
comprising: a client; a fault-tolerant server group for providing a service to said client; said fault- 
tolerant server group comprising at least one master server and at least one back-up server, said 
master server communicating with said client, said fault-tolerant server group having a self- 
monitoring mechanism that operates tn said master server and said at least one back-up server to 
ensure e nsur e s that a consistent mastership situation in said fault-tolerant server group; and a 
name server for registering the mastership of a master server corresponding to said fault-tolerant 
server group. 

22. (original) The system according to claim 21, wherein said self-monitoring mechanism includes 
a portion installed on said at least one master server and said at least one back-up server, in said 
fault-tolerant server group. 

23. (currently amended) A self-monitoring mechanism in fault-tolerant distributed dynamic 
network systems, comprising; a detection mechanism for operation in each of a master server and 
at least one back-up server for detecting an inconsistent situation in which more than a desired 
number of master servers exist; and a recovery mechanism for operation in each of a master server 
and at least one back-up server for recovering, if said inconsistent situation is detected by said 
detection mechanism, from said inconsistent situation to create a consistent situation in which 
said desired number of master servers exist 
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24. (original) The system according to claim 23, wherein said detection mechanism comprises: a 
trigger that reacts upon an external event to activate said detection mechanism to perform said 
detecting; a time-out mechanism for generating an activation signal, according to a time-out 
criterion, to start said detecting; and a detector fox performing said detecting, said detector being 
activated by either said trigger or said time-out mechanism. 

25. (original) The system according to claim 24, wherein said external event includes when a name 
server detects more than the desired number of registrations of master servers. 

26. (original) The system according to claim 24 ? wherein said external event includes when a 
master server detects the existence of another master server. 

27. (original) The system according to claim 24, wherein said time-out mechanism includes a 
timer and counts towards said time-out criterion based on said timer. 

28. (original) The system according to claim 24, wherein said detector comprises; an initializer for 
initializing a timer, time-out criterion, and self-monitoring state; a determiner for determining 
whether a server is involved in said inconsistent situation. 

29. (original) The system according to claim 23, wherein said recovery mechanism comprises: an 
alignment mechanism for aligning a server with said master server by assigning one of said master 
servers as the master of said server; a synchronization mechanism for synchronizing the state of 
said server with the state of said one of said master servers; and a state assignment mechanism for 
assigning the state of said server. 

30. (original) A system of a name server, said system comprising: a detector for detecting 
multiple registrations of master servers; and a correction unit for, when multiple registrations of 
roaster servers are detected, retaining only one master server registration. 
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31. (original) The system according to claim 30, further comprising: a triggering mechanism for 
triggering said self-monitoring when multiple registrations of master servers are detected. 

32. (currently amended) A computer readable medium having program code stored thereon, such 
that when the code is read and executed by a computer, the computer is caused to: receive, by a 
master server in a fault-tolerant server group, a request sent by a client, said fault-tolerant server 
group comprising said master server and at least one back-up server, said master server registering 
its mastership in a name server and communicating with both said client and said at least one 
back-up server, every server in said server group, including said master server and said at least 
one back-up server, having a self-monitoring mechanism, said self-monitoring mechanism 
qperatablq ij\ said master server and said at least one back-up server to ensure e nsuring that said 
fault-tolerant server group has a consistent mastership situation; process, by said fault-tolerant 
server group, said request to produce a result, said request being processed concurrently by said 
master server and said at least one backup server; and send, by said master server, said result to 
said client 

33. (original) The medium according to claim 32, wherein the code recorded on the medium 
further causes the computer to: determine, by said self-monitoring mechanism, whether multiple 
master servers exist within said fault-tolerant server group; and restore a consistent mastership 
situation in which a sole server serves as said master server in said fault-tolerant server group. 

34. (currently amended) A computer readable medium having program code stared thereon, such 
that when the code is read and executed by a computer, the computer is caused to: detect ina 
master server and at least one back-up server that an inconsistent situation in which more than a 
desired number of master servers exist; and recover, if said inconsistent situation is detected by 
said detecting, from said inconsistent situation to create a consistent situation in which the 
desired number of master server exists. 
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35. (original) The medium according to claim 34, wherein the code recorded on the medium 
further causes the computer to identify: a master server that is not a name server master server, 
wherein said name server master server is a server defined as a master in a name server, said 
master server that is different from a name server master server causing said inconsistent 
situation; or a master of a back-up server that is not a name server master server, the master of 
said back-up server causing said inconsistent situation. 

36. (original) The medium according to claim 35, wherein the code recorded on the medium 
further causes the computer to perform said identifying of a master server by: selecting a server 
whose state indicates that said server is a master; determining said server, selected by said 
selecting, as said master server that causes said inconsistent situation if said server is not a name 
server master server defined in said name server; and setting the state of said server as master if 
said server is the name server master server. 

37. (original) The medium according to claim 35, wherein the code recorded on the medium 
further causes the computer to perform said identifying of a master of a back-up server by: 
selecting a server whose state indicates that said server is a back-up; and determining the master 
of said server, selected by said selecting, as causing said inconsistent situation if the master of 
said server is not a name server master server defined in said name server. 

38. (original) The medium according to claim 35, wherein the code recorded on the medium 
further causes the computer to: set the master of a server, identified by either said identifying a 
master server or said identifying a master of a back-up server, to be the name server master 
server; synchronize the state of said server with the state of said name server master server; 
terminate said server if said synchronize is not successful; and set the state of said server as a 
back-up, if said synchronize is successful. 
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39. (original) The medium according to claim 38, wherein the code recorded on the medium 
farther causes the computer to: download the state of a name server master server from said name 
server master server to said server; and align the state of said server with said state of the name 
server master server, downloaded from- said name server master server. 

40. (original) The medium according to claim 38, wherein the code recorded on the medium 
further causes the computer to: compare, if said synchronize is successful, the priority of said 
server with the priority of said name server master server, said priority being defined according to 
at least one criterion; and set the state of said server as a master, if the priority of said state is 
higher than the priority of said name server master server. 

41 . (currently amended) The medium according to claim 35, wherein the code recorded on the 
medium further causes the computer to: initializ e th e state of said server * initialize a time-out 
condition; set up a timer; and performing said detecting when said timer achieves said time-out 
condition. 

42. (original) The medium according to claim 34, wherein the code recorded on the medium 
further causes the computer to trigger a server to perform said detect. 

43_ (original) The medium according to claim 42, wherein said trigger includes triggering using a 
time-out mechanism; said trigger includes triggering by a master server; and said trigger includes 
triggering by a name server when said name server detects multiple server IDs that correspond to 
a same name. 

44. (original) The medium according to claim 43, wherein said trigger using a time-out mechanism 
includes a trigger using a time-out mechanism based on a timer. 

45. (original) The medium according to claim 43, wherein said triggering by a master server 
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includes triggering when said master server is an original name server master server and when 
there is at least one different master server, registered in said name server that is not the original 
name server master server. 

46. (original) The medium according to claim 34, wherein the code recorded on the medium 
further causes the computer to reinitialize a time-out mechanism when no inconsistent situation 
is detected by said detect. 

47. (currently amended) A computer readable medium having program code stored thereon, such 
that when the code is read and executed by a computer, the computer is caused to: detect bv a 
name server multiple registrations of master servers; and retain, when multiple registrations of 
master servers are detected, one master server registration according to a criterion. 

48. (original) The medium according to claim 47, wherein said multiple registrations of master 
servers use a same server group's name with different server IDs. 

49. (original) The medium according to claim 47, wherein said retaining includes keeping a 
registration of a master server that has the lowest server ID. 

50. (original) The medium according to claim 47, wherein the code recorded on the medium 
further causes the computer to: trigger a self-monitoring mechanism when multiple registrations 
of master servers are detected. 
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